home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.20031118-20041115
/
000222_jaltman2@nyc.rr.com_Tue Apr 20 09:11:48 2004.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
4KB
Path: newsmaster.cc.columbia.edu!iad-feed.news.verio.net!nntp1.tagonline.com!newsfeed2.dallas1.level3.net!news.level3.com!zeus.visi.com!priapus.visi.com!orange.octanews.net!news-out.visi.com!petbe.visi.com!news.octanews.net!feed5.newsreader.com!newsreader.com!news3.optonline.net!cyclone.rdc-nyc.rr.com!news-out.nyc.rr.com!twister.nyc.rr.com.POSTED!53ab2750!not-for-mail
Message-ID: <40846581.8040401@nyc.rr.com>
From: Jeffrey Altman <jaltman2@nyc.rr.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316
X-Accept-Language: en-us, en
MIME-Version: 1.0
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Running kermit from within glftpd
References: <c61fv402ovm@drn.newsguy.com>
In-Reply-To: <c61fv402ovm@drn.newsguy.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 71
Date: Mon, 19 Apr 2004 23:47:26 GMT
NNTP-Posting-Host: 24.193.46.55
X-Complaints-To: abuse@rr.com
X-Trace: twister.nyc.rr.com 1082418446 24.193.46.55 (Mon, 19 Apr 2004 19:47:26 EDT)
NNTP-Posting-Date: Mon, 19 Apr 2004 19:47:26 EDT
Organization: Road Runner - NYC
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14939
The kssl.h file is part of OpenSSL which in turn has a dependency on
Kerberos because that is how the OpenSSL on your system was configured.
Apparently you are not setting the include paths correctly to find
krb5.h
Petri wrote:
> Hi,
>
> After the successful solution to the Auth SSL problem I posted about earlier, I
> finished a Perl-wrapper that will take parameters given by the users within
> glftpd, and use those parameters to start Kermit ftp-sessions to remote sites.
> Now I am done with that, and I am ready to deploy the scripts.
>
> glftpd changes root into its' own folder, which means I have to copy some
> dependencies.
> No problem with Perl, I just copied the whole of /usr/lib/perl5, and that was
> that.
> Kermit on the other hand, first required ncurses, which was no problem, I just
> copied /usr/lib/libncurses*.
> But now Kermit wants some Kerberos library, here is the error message when run
> from within glftpd:
> kermit: error while loading shared libraries: libkrb4.so.2: cannot open shared
> object file: No such file or directory
>
> I tracked that file to /usr/kerberos/lib/ on this redhat9 system, so I copied
> the whole dir structure /usr/kerberos/ into the new root.
> Yet Kermit still complains about that same file.
>
> I figured I'd try that make thingy again, and build a binary without Kerberos,
> with 'make linux+openssl', but that results in:
> ---8<---
> Making C-Kermit "8.0.211" for Linux on i386 with SSL/TLS...
> make xermit KTARGET=${KTARGET:-linux+openssl} "CC = gcc" "CC2 = gcc" \
> "CFLAGS = -O -funsigned-char -pipe -DPOSIX -DLINUX -DNOCOTFMC \
> -DCK_AUTHENTICATION -DCK_SSL \
> -DCK_CURSES -DCK_POSIX_SIG -DTCPSOCKET -DLINUXFSSTND -DHAVE_CRYPT_H \
> -DFNFLOAT -I/usr/local/ssl/include " "LNKFLAGS = " \
> "LIBS= -L/usr/local/ssl/lib \
> -lncurses -ltermcap -lssl -lcrypto -lm -lresolv -lcrypt"
> make[1]: Entering directory `/root/ckermit'
> gcc -O -funsigned-char -pipe -DPOSIX -DLINUX -DNOCOTFMC -DCK_AUTHENTICATION
> -DCK_SSL -DCK_CURSES -DCK_POSIX_SIG -DTCPSOCKET -DLINUXFSSTND -DHAVE_CRYPT_H
> -DFNFLOAT -I/usr/local/ssl/include -DKTARGET=\"linux+openssl\" -c ckcmai.c
> In file included from /usr/include/openssl/ssl.h:179,
> from ck_ssl.h:43,
> from ckcmai.c:607:
> /usr/include/openssl/kssl.h:72:18: krb5.h: No such file or directory
>
> ...
>
> make[1]: *** [ckcmai.o] Error 1
> make[1]: Leaving directory `/root/ckermit'
> make: *** [linux+openssl] Error 2
> ---8<---
>
> Is it possible to build Kermit with OpenSSL, but without Kerberos?
> Maybe I should try to solve the runtime Kerberos dependency instead, but then
> how?
>
> Any tips would be greatly appreciated. :)
>
>
> Petri
>
--
-----------------
This e-mail account is not read on a regular basis.
Please send private responses to jaltman at mit dot edu